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SYSTEM AND METHOD FOR DISTRIBUTING INTERNET CONTENT 
IN THE FORM OF AN ALBUM 

COPYRIGHT NOTICE 

A portion of the disclosure of this patent document contains material which is 

subject to copyright protection. The copyright owner has no objection to the facsimile 

reproduction by anyone of the patent document or the patent disclosure, as it appears in the 

Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights 

whatsoever. 

RELATED APPLICATIONS 

This application is related to patent application serial no. 08/991,349, attorney 
docket no. 3063/37, titled System and Method for Distribution and Navigation of Internet 
Content, filed December 16, 1997, now pending, which is hereby incorporated by reference into 
this application in its entirety. 

This application is related to patent application serial no. 09/137,618, attorney 
docket no. 3063/38, titled System and Method for a Master Scheduler, filed August 21, 1998, 
now pending, which is hereby incorporated by reference into this application in its entirety. 

BACKGROUND OF THE INVENTION 

This invention relates to systems for presenting Internet content to television 
viewers. More particularly, the invention provides a system which captures unstructured 
information obtained from the Internet and other sources, organizes it, and prepares it for 
transmission to viewers' set-top boxes for display on standard television receivers. 

There is an increasing synergy between television broadcasting and the Internet. 
Many broadcasters in the television industry support their own web sites where they post content 
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relating to and supplementing their programming. For example, web sites for news or weather 
channels provide visitors with additional information not available in the broadcast program, 
such as reports specific to a region or interest or additional breaking reports. The broadcasters 
notify viewers of their web site address and encourage the viewers to visit their web site to obtain 
more information or participate in an interactive activity such as a survey relating to a program. 
There are also numerous web sites devoted to specific programs, such as those supported by fan 
organizations or individuals. Each site may have different information and may focus on 
different aspects of the program. 

Viewers currently have several ways to take advantage of this synergy. One 
straightforward way is for the viewer to access the Internet over a personal computer and visit to 
the broadcaster's web site, without using or affecting the television receiver. This requires the 
viewer to break the continuity of the program and the viewing experience. Alternatively, 
systems such as WEBTV offer viewers the ability, among other things, to jump out to the world 
wide web while watching television, browse the web, and then return to watching television. 
Some systems may even provide the ability to continue watching a television program in a 
picture-in-picture type of representation, while accessing the web. Use of these types of systems 
requires special set top boxes and/or television receivers as well as additional input devices such 
as wireless keyboards. 

The existing systems have several disadvantages. In all these cases, viewers are 
required to have additional systems to access the Internet while watching television. Viewers 
having only standard television receivers, even those connected to satellite or cable systems, are 
excluded. Moreover, the experience of accessing the Internet over the television is very similar 
to the traditional experience, requiring at least basic computer skills for navigating and 

161642 2 





3063/40 



interacting with the content. Many televisions viewers may still not have these basic skills and 
continue to be intimidated by computers. Further, the content accessed over the Internet is 
viewed in substantially the same form over the television as it is over the Internet. Since Internet 
content is often of lesser quality than television programming with respect to both video and 
audio, this creates a sharp, noticeable contrast between the two types of experiences. 

Yet another disadvantage with existing systems is that the broadcaster does not 
have control over how the information is presented to a viewer. Although simply offering access 
to web pages may provide some limited benefit to broadcasters, broadcasters may prefer to retain 
greater control over the quality and content in the web pages, particularly those offered by third 
parties such as fan organizations. A broadcaster may also desire to integrate several web sites 
into a single page, and to control the sequence in which such content is viewed. Existing 
methods of such integration, such as using HTML frames, do not provide sufficient control over 
the material for a broadcaster nor do they allow broadcasters to transform such information or 
convert such information into a form that a broadcaster can use in traditional program 
scheduling. 

There is thus a need for systems and techniques for capturing content from web 
sites and processing the content for presentation to all television viewers. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to solve the problems described above 
associated with existing television and Internet access systems. 

It is another object of the present invention to provide greater control and 
flexibility to broadcasters over how viewers experience Internet and other content. 
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It is another object of the present invention to allow broadcasters to present such 
content without having to invest in its creation. 

It is another object of the present invention to convert Internet content to a form 
that is more familiar to broadcasters and that will work in the traditional broadcasting paradigm, 
including in existing television scheduling and interstitial systems. 

It is another object of the present invention to provide access to Internet content to 
all television viewers, even those without computers or other special hardware. 

It is another object of the present invention to make the experience of viewing 
Internet content more similar to traditional television viewing. 

These and other objects are provided by a method and system for organizing 
content available from a plurality of locations for presentation to viewers. In accordance with 
one aspect of the invention, the method results in the generation of a web album, a collection of 
pages representing content consolidated by a broadcaster from the world wide web or other 
sources and transformed into a form and format that the broadcaster chooses for broadcasting to 
television viewers. 

The method involves creating and storing a plurality of templates each identifying 
one or more locations at which content is available and one or more transformation techniques to 
be applied to the content. The locations may be web sites addresses, typically called uniform 
resource locators or URLs, as well as other locations at which content is stored, such as local 
hard or optical disks. The content is captured from the locations specified in each template and, 
in some embodiments, stored in a single, locally accessible memory device. 

The stored, captured content is transformed in accordance with the transformation 
technique specified in the template for that content. Such transformation technique or rendering 
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is performed according to a rendering program or module selected from a library of rendering 
programs stored locally or remotely. Alternatively, the same or additional transformations may 
be performed before the captured content is stored. The transformed content is inserted into the 
templates to thereby create a set of content pages for the album. The album pages are then 
preferably encoded into a form suitable for distribution to television viewers, such as into NTSC 
or MPEG form. 

The album pages are then distributed to viewers such as by broadcasting for a 
duration and in an order set in an album data structure. Exemplary orders may be a loop, in 
which the pages are presented in a designated sequence and then continuously repeated in 
cyclical fashion, a random order, a single series, etc. 

In some embodiments, the templates have slots, identified by coordinates on a 
screen display, into which captured content is to be inserted. As necessary, any item of content is 
resized in order to fit into its respective slot in the template. In addition, the templates may 
specify whether the content needs to be refreshed before creation of the page, that is, that the 
system must continuously retrieve new data from its location and not rely on the locally stored 
captured content. This feature may be used for content containing real-time data such as stock 
quotes and sports news. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is illustrated in the figures of the accompanying drawings which are 
meant to be exemplary and not limiting, in which like references are intended to refer to like or 
corresponding parts, and in which: 

Fig. 1 is a data flow diagram representing the capture and processing of content 
for presentation to television viewers in accordance with the present invention; 
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Fig. 2 is a flow chart showing an exemplary process of capturing and processing 
content in accordance with the present invention; 

Fig. 3 is a block diagram of an exemplary embodiment of a system for capturing 
and processing content in accordance with the present invention; 

Fig. 4 is a block diagram of one embodiment of an Internet Push Pull Agent of the 
system of Fig. 3; 

Fig. 5 is a block diagram of one embodiment of a controller for the Internet Push 
Pull Agent shown in Fig. 4; 

Fig. 6 is a flow chart showing in greater detail one embodiment of a process for 
capturing content from various locations; 

Fig. 7 is a flow chart showing in greater detail one embodiment of a process for 
generating content pages in an album from captured content; 

Fig. 8 is a flow chart showing in greater detail one embodiment of a process for 
transmitting content pages to viewers; 

Fig. 9 illustrates an album containing exemplary templates; 

Fig. 10 shows a sample album data file; 

Figs. 1 1 and 12 show sample template data files for the templates shown in Fig 9 
and referenced in the sample album data file shown in Fig. 10. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Preferred embodiments of the invention are now described with reference to the 
drawings in the figures. The conceptual underpinnings of the invention are illustrated in the data 
flow diagram of Fig. 1. As shown in Fig. 1 , content is stored on web sites 10 and in databases 12, 
which may be locally or remotely accessible. The content is retrieved from these locations, such 
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as over the Internet 14 or other wired or wireless local or wide area network, or via any other 
conventional telecommunication system such as satellite, microwave, or other, and handled by 
handlers 16. A number of handlers 16 are used depending upon the data formats of the content, 
as described more fully below. The content is then rendered or transformed by transform 
5 programs 1 8 from its form as available from the web sites 10 or databases 12 to a more desirable 
form for presentation to viewers. 

The transformed content is then inserted into a number of templates 20, each 
having one or more slots 22 into which specific content is to be inserted. The templates 20 are 
data structures which store the locations of the content to be inserted therein, and the handler 
10 programs 16 and rendering programs 18 which are to be used in the capturing and processing of 
l t$ the content. Each template 20 thus specifies the placement of a number of elements, or assets, on 
J; a page and how to handle each of the elements. An element may, for example, be a web page, 
J"' graphic, sound, data (multimedia or otherwise), or even an application, such as a stock ticker 
application. Fig. 1 shows a template 20 having three slots 22. Each slot contains an element 
l M 1 5 described in a template specification. 

^ The templates 20 are arranged in an album data structure or specification 24 

according to a defined sequence. An album is a collection of one or more album pages, and the 
album specification 24 details the collection of templates used to generate an album. The album 
pages are transmitted to viewers 26 by a transmission system for display in the defined sequence 
20 on their television receivers 28. The album data structure 24 also specifies the duration for 
which each template 20 is to be displayed. 

A process for supporting this data flow is shown in Fig. 2. The album and 
template data structures are read, step 40. Content identified in the templates in the album is then 
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captured from all the locations specified in the templates, step 42. The captured content is stored 
in a memory device local to the transmission system, step 44. The content is transformed by the 
transform programs identified in the templates, step 46, and inserted into the templates, step 48, 
to thereby create a set of album or content pages. The pages are then arranged into a sequence 
defined in the album, step 50, and encoded into a proper desired format for broadcasting, step 52. 
The album pages are then broadcast for time durations specified in the album, step 54. The 
broadcast pages are received by television receivers, set top boxes, personal computers with tuner 
cards, or other similar devices, and displayed to viewers, step 56. 

Referring now to Fig. 3, there is shown a high level block diagram of a system 
practicing one aspect of the invention. In particular, an Internet Push Pull Agent ("IPPA") 70 is 
connected to the Internet 14 to retrieve content from web sites 10. IPPA 70 processes the 
materials retrieved from web sites 13 using a template to create an album page which may, for 
instance, consolidate content from different web sites. The resulting web album is then provided 
to transmitter 72 in a form or forms suitable for transmission to set top boxes ("STB") 74, 
television receivers 28, and personal computers equipped with tuner cards 75. As described 
herein, the album pages are preferably encoded at least into NTSC form for display on 
conventional TVs 28 without the need for further processing. STBs 74 and PCs 75 can process 
data sent by the transmitter 72, render the image represented by such data, and display the image 
for viewing. 

IPPA 70 is controlled in a number of ways. For instance, as shown in Fig. 3, a 
terminal 76 may be used to provide instructions to IPPA 70. Such terminal 76 may be local to 
IPPA 70, that is, connected directly to IPPA 70, or terminal 76 may be a remote terminal that is 
connected to IPPA 70 via a wired or wireless network, cable, telephone line or other means of 
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interconnection. In one embodiment, IPPA 70 also receives instructions from a remote system, 
shown in Fig. 3 as a computer system 78. The remote system may be a master scheduling 
system as described in co-pending patent application serial no. 09/137,618, filed August 28, 
1998, which has been incorporated herein by reference. That patent application describes a 
5 master scheduler which sends tasks or instructions to different media servers. In this 
embodiment, IPPA 70 acts as a media server and is controlled by the master scheduler as 
described in the aforementioned patent application. 

Although the embodiment of the present invention illustrated in Fig. 3 uses the 
Internet, the invention is applicable to other types of networks, including intranets and extranets. 
yj ; 10 Moreover, transmitter 72 can transmit data to STBs 74, TVs 28, and PCs 75 in a number of ways 
H known to one skilled in the art. For instance, the transmission can be over cable or over 
^ networks, such as wireless satellite networks or cable networks, and can be in an analog or digital 
domain. 

ifi Fig. 4 shows IPPA 70 in greater detail. An IPPA Controller 90 interacts with 

j =y 15 terminal 76 and/or computer system 78 to receive instructions. Such instructions includes data, 
^ specifications, or pointers to files containing such data or specifications. In some embodiments, 
IPPA Controller 90 retrieves several specification files, including album specification files, 
stored in an Album Library 92, and template specification files stored in a Template Library 94. 

IPPA Controller 90 processes the album and template specifications and generates 
20 an asset list 96. The asset list 96 contains information which includes the location of the 

elements for an album and the format of each element. IPPA Controller 90 then provides the 
asset list 96 to a Capture Engine 98. In one embodiment, the asset list 96 is generated and then 
provided to Capture Engine 98, however, the invention is not limited to providing a full asset list 
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96 and in an alternative embodiment, IPPA Controller 90 provides Capture Engine 98 with asset 
list data as it is generated to allow Capture Engine 98 to begin operations prior to IPPA 
Controller 90 completing such generation. 

Capture Engine 98 retrieves an element from the location specified in the asset list 
5 96. In one embodiment, the element is located on a server and is accessible via a network. Fig. 4 
shows one embodiment where Capture Engine 98 retrieves the elements from a web site on the 
Internet. However, as described above, the invention is not limited to retrieving data over the 
Internet, and data may be retrieved from other storage media, such as CD-ROM towers, 
computers, or other devices accessible locally or on a network. 
iQ 10 Capture Engine 98 uses a handler for each type of element to be retrieved. A 

V handler is a device or software routine designed to interact with a specific type of element and, in 

IT* 

J some cases, transform the element into a form useful for other purposes. For example, a JPEG 
' handler is used to interpret JPEG formatted content, and GIF, Text, HTML and WAV handlers 

ifl are used to interpret GIF graphic files, text files, HTML files and WAV audio files, respectively. 

j =y 15 Some handlers may be used to convert the content into a uniform desired format prior to storage. 
For example, a REAL NETWORKS audio player could be used as a handler to play Real Audio 
music files for conversion to a video and audio format such as MPEG. These handlers are stored 
in a Handler Library 100. Capture Engine 98 interacts with Handler Library 100 to retrieve or 
activate the appropriate handler for each element it retrieves. Once retrieved, Capture Engine 98 
20 stores the retrieved element in a Content Store 102, which may be any type of storage device, 
such as a hard disk, RAM, table, RW/CD-ROM or even a network server. 

The IPPA 70 also contains a Display Engine 104. IPPA Controller 90 interacts 
with the Display Engine 104 by providing it with another asset list 106. The information 
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provided in this asset list 106 includes the name of the album from Album Library 92 to display. 
Display Engine 104 retrieves the specified album, the templates specified in the album, retrieves 
the elements stored in Content Store 1 02 for each template and applies the appropriate renderer 
to the element. In rendering an element, Display Engine 104 retrieves or activates the 
appropriate renderer stored in a Renderer Library 108. Rendering applies a transformation to an 
element. This transformation allows a broadcaster to apply specific transformation or processing 
to the element for display to a viewer. For instance, a web page comprised of text from an 
advertiser can be mapped onto a three-dimensional logo of the advertiser with an appropriate 
renderer. Another example would be the transformation of a two-dimensional graphic 
illustrating the current global weather pattern from a web site onto a three-dimensional sphere of 
the Earth. In this manner the Display Engine 104 creates an album page using the rendered 
elements in accordance with the specification from the template. The album pages are then 
ordered as specified in the album, as described in greater detail below, and treated as an album. 

Once the album is created, Display Engine sends each page to an Encoder 110. 
The Encoder 110 inputs the album page and outputs the page in a form suitable for broadcasting. 
For instance, Encoder 1 1 0 may take the album page and output it in NTSC format. This is a 
standard broadcasting format and thus the output could easily be fed into other standard 
broadcasting equipment. In one embodiment, IPPA 70 is a media server and the output of 
Encoder 1 10 is fed into the transmitter 72, which in turn transmits through a network 112 and/or 
over the airwaves. In one embodiment, the transmitter 72 sends such data via a Digital Network 
1 12 to STBs 74 (Fig. 3). Of course, other types of network, such as a cable, fiber optic, satellite, 
or microwave networks, may be used and are well-known by those skilled in the art. 
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Reference is now made to Fig. 5 which shows an embodiment of IPPA Controller 
90. In this embodiment, IPPA Controller 90 contains a Master/Slave API 120, a Timeline and 
Task Management module 122, a Task Translation API 124, and a Device Specific API 126. A 
more detailed description of these units is provided in the aforementioned patent application, 
5 incorporated herein by reference. 

In operation, instructions are sent to IPPA Controller 90 via the terminal 76 or 
computer system 78. In one embodiment, these instructions are called "tasks", which are a series 
of high-level instructions, such as "Play" issued by a master scheduler residing in computer 
system 78, to initiate a sequence of events, usually the retrieval and output of data for . 
:£| 10 transmission to a viewer. The task is received by the Master Scheduler API 120 from computer 

y 

l M system 78. Timeline and Task Management module 122 schedules the task for execution at the 
;Z! specified time. When the specified time occurs, Task Translation API 124 translates the task into 
a form understood by the Device Specific API 126, sometimes referred to herein as an Album 
Composer. 

15 Album Composer 126 takes the data specified by the task and retrieves the 

^ specified album from Album Library 92. It also retrieves, as needed, the appropriate template 
from Template Library 94. From these files, Album Composer 126 creates the asset lists to 
transfer to Capture Engine 98 and Display Engine 104, according to a process described in 
greater detail below. 

20 Reference is now made to Tables I and II, below, which provide an exemplary 

syntax specification for an album and template, respectively, in accordance with one embodiment 
of the invention. Figs. 6-8 are then referenced to describe the operation of the various 
components shown in Figs. 3-5 on the album and templates. The words in full capitalization in 
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the tables are tokens used by Album Composer 126 in processing the specification files. A more 
detailed description of each of the tokens is given following each table. 

TABLE I 

ALBUM < album name > ' { ' 

(TEMPLATE <template_name>.tmpl DURATION <time_in_secs> ) + 
('}' 

OR'}' LOOP 
OR'}' RANDOM 
OR'}' SEQUENCE 
) 

ALBUM: Indicates that the following parameter <album_name> is the name of 

the album. 

TEMPLATE: Indicates that the following parameter <template_name> is the 
name of the template. 

DURATION: Indicates that the following parameter <time_in_secs> specifies the 
duration for displaying the album page. 

LOOP/RANDOM/SEQUENCE: Specifies that the album pages should be either 
continuously displayed in order in a loop, displayed in random order, or displayed once in the 
specified order, respectively. 
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TABLE II 



TEMPLATE <templatejiame> 

(SLOT <slot_name> <asset_locator> 
HANDLER <handler_name>.hlr 
RENDERER '{' ( <render_name>.rdr)* '}* 
DISPLAY ( <coordinate_vector> 
OR <coordinate_vector> 
OR FULLSCREEN 
OR FULLSCREEN REFRESH 

) + 

(T 

OR '}* REFRESH 



TEMPLATE: Indicates that the following parameter <template_name> is the 
name of the template. 

SLOT: Indicates that the following parameter <slot_name> refers to an identifier 
representing a slot on an album page. The parameter <asset_locator> is the location of the asset 
for the associated slot. The location can be the local to the system or over the Internet. In some 
embodiments, the asset_locator follows the syntax of a URL since many of the assets will be 
located on the Internet. 

HANDLER: Indicates that the following parameter <handler_name> refers to the 
specific handler to be used to retrieve the specified asset. 

RENDERER: Indicates that the following parameter <render_name> refers to the 
specific renderer to be applied to the retrieved asset. 

DISPLAY: Indicates that the following parameter <coordinate> is the location of 
the slot on the album page. The coordinate system can be a Cartesian, polar or any other suitable 
type of coordinate system. 
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REFRESH: Specifies that the asset in the slot is refreshed, that is the asset is to 
be retrieved using the appropriate handier and the specified Tenderers applied each time the 
album page is to be displayed. 

FULLSCREEN: Specifies that the asset in the slot is to be displayed in a full- 
5 screen format, preferably for a television audience no larger than 640 x 480 pixels. 

FULLSCREEN REFRESH: Same as REFRESH, except that the asset is to be 
displayed in a fullscreen. 

The process of capturing content as performed by the system of Figs. 3-5 on files 
having this syntax is shown in Fig. 6. The IPPA Controller 90 opens a selected album 

P 

ifl 10 specification, step 140. The IPPA Controller 90 then reads the album file and opens each 

l G template specification listed therein, step 142. In each template, the IPPA Controller 90 locates 

II: each slot, step 144. It then retrieves the slot name, asset locator and handler name and adds these 

i-i S 

ig three items as an entry in an asset list 96, step 146. If there are no more slots in the template, 
=jg step 148, the process continues for the next template in the album. If there are no more 
j =W 15 templates, step 150, the asset list 96 is complete, and the IPPA Controller 90 sends it to the 
^ Capture Engine 98, step 152. 

The Capture Engine 98 receives the asset list and reads it to find each asset 
locator, step 154. The Capture Engine 98 retrieves the content located at each asset locator, step 
156, and applies the handler routine listed in the asset list entry with the asset locator, step 158. 
20 The retrieved content is then stored in the Content Store 102 at an assigned location, step 160. 
The Capture Engine then generates a second asset list, sometimes referred to herein as a cross 
reference list 106, by adding the slot name and assigned address in the Content Store 102 for 
each item of retrieved content, step 162. This process is repeated for all asset locators in the 
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asset list 96. When all asset locators have been processed by the Capture Engine 98, step 164, 
the cross reference list is complete and sent to the IPPA Controller 90, step 166. 

In alternative embodiments, the IPPA Controller 90 adds a refresh command or 
tag to the asset list for each slot specified for refresh in the templates, or otherwise generates a 
5 separate asset list for slots having refresh commands. In either case, the Capture Engine 98 
establishes a refresh process for the slots designated for refresh, in which the Capture Engine 98 
regularly recaptures the content from the source and updates the Content Store 102 with the 
refreshed content. 

The capturing process may be repeated for a number of albums, with the captured 
isg 10 content stored separately in Content Store 102 awaiting instructions or scheduling for broadcast. 
l Q The process of preparing an album for broadcast is described with reference to 

: m Fig. 7. When IPPA Controller 90 receives instructions or otherwise has a scheduling task whose 
time has arrived to display an album, it sends the cross reference list 106 to the Display Engine 
104, which receives the list, step 180, and opens the album data structure, step 182. The Display 

i~T 

; i 

j =y 15 Engine reads each template in the album, step 184, and each slot in each template, step 186. If 
^ the slot is not indicated for a refresh, using the syntax described above, step 188, the content 

listed in the cross reference list 106 is retrieved from Content Store 102 at the address indicated 
therein, step 190. If a refresh is indicated, the Display Engine 104 sends a message to IPPA 
Controller which then instructs the Capture Engine to capture the specified content using the 
20 asset locator, step 192, and to apply the handler routine specified in the template, step 194. As a 
result, the viewer may be presented with refreshed information each time the album page is 
presented. 
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As explained above, alternative procedures may be programmed for dealing with 
refresh commands. For example, as described above, content designated for refresh in the 
templates may be stored in a separate asset list containing scheduling data and periodically 
retrieved by the Capture Engine 98 at the scheduled time. The refreshed content may then be 
5 stored in the Content Store 102 so that the Display Engine 104 can retrieve the content directly 
from the Content Store 102 without the need to initiate a recapture of the content from its source. 
Other schemes may be designed according to the needs and parameters of a given system 
implementing the present invention. 

Next, the retrieved content is transformed using the rendering routine specified in 

'ass?: 

\0 10 the template for the given slot, 196. Exemplary rendering routines include RGB-to-NTSC 
palette conversion, audio playback for conversion to MPEG, and anti-aliasing routines. The 
rendered content is then ready to be inserted into the template to create a page. If the template 

ijj'ii 

~ " has a single slot and is designated as full screen, step 198, the content becomes the entire page. 

n 

;jQ Otherwise, the Display Engine 104 reads the coordinates specified for the slot, step 200, 

;4 

j =M 15 determines the size of the slot from the coordinates, and determines whether the content fits into 

q 

the slot, step 202. If not, the Display Engine resizes the content to fit, step 204, by enlarging it, 
shrinking it, and/or reshaping it, as necessary. The content is then inserted into the template, step 
206. If there are more slots in the template, step 208, the process of retrieving content is 
repeated. Otherwise, the template has been successfully converted into an album page. If there 
20 are more templates in the album, step 210, this process of creating pages is repeated until all 
templates in the album have been converted to pages. 

If the album specification contains a RANDOM setting, step 212, the completed 
pages are arranged in a random order, step 214. Otherwise, the album pages are arranged in an 
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order corresponding to their order in the album specification, step 216. The completed pages so 
arranged thus constitute the album. Alternatively, the album pages may arranged in the order 
provided in the album specification and selected randomly just prior to transmission to viewers. 
A process of broadcasting the album according to one embodiment is now 
5 described with reference to Fig. 8. The album pages are stored in a video buffer, step 220. The 
use of a video buffer page for each album page simplifies the design of Display Engine 104. 
First, album pages need only to be generated once, and not each time the album page is to be 
displayed. If the album is specified to loop through each album page, Display Engine 104 only 
needs to point to the start of each video buffer page. Second, Display Engine 104 only needs to 

n 

ijg 10 update that portion of the video page that needs to be refreshed, like the ticker, and not the entire 
^ display. 

~ Display Engine 104 transmits each album page to Encoder 1 10, which encodes 

r " ' the album page into a broadcast signal, step 222. This encoding provides a broadcaster with a 

Q 

ij3 signal such as an NTSC picture similar to that provided by other broadcast feeds. Aside from 
j =d 15 thus allowing the signal to be received by all standard television receivers, using this format 

allows the broadcaster to schedule the album as another video feed, including the ability to then 
schedule and insert interstitials or commercials. 

Each page is broadcast for the time duration specified in the album, step 224. 
When the time expires, step 226, another page is selected for broadcast. If the current page is not 
20 the last page in the album, step 228, the next page is selected for transmission, step 230. When 
the last page is reached and the loop setting appears in the album, step 232, the first page in the 
album is retrieved for transmission, step 234, and the process repeated. If no loop is set, the 
album is finished, and another album may be scheduled for transmission. 
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Figs. 9-12 illustrate an exemplary album and templates for purposes of providing 
a better understanding of the present invention. As shown in Fig. 9, exemplary album 300 
consists of two album pages, shown as and represented by templates 301 and 302. Template 301 
contains a single slot 303, which may, for instance, be a splash screen. Template 302 is an album 
5 page with three slots, slots 304, 305 and 306 to present information to a viewer. 

Fig. 10 shows an exemplary album specification 310, stored as a text file in 
Album Library 92. Album specification 310 is identified by the name "Test". There are two 
templates used in album specification file 310, templates 301 and 302, referred to respectively as 
"SplashScreen.tmpl" and "InfoScreen.tmpr respectively. The associated DURATION tokens 
10 specify that the album page generated by Template 301 is to be displayed to a viewer for 15 
seconds and the album page generated by template 302 is to be displayed to a viewer for 60 
seconds. 

Fig. 1 1 shows an exemplary template specification 312 for template 301, stored as 
a text file in Template Library 94. Template Specification 312 defines template 301 as 
^ 15 consisting of one slot named "Header". The slot contains a JPEG graphic format asset located on 
a local storage unit specified by "http://Iocal/SplashScreen.jpg". The handler to be used by 
Capture Engine 98 is a JPEG handler identified as "jpghandler.hid" and stored, in this example, 
in Handler Library 100. Two Tenderers are to be applied to the JPEG graphic in succession prior 
to display in an album page. The first renderer is identified as "jpgSampleDown.rdr" which, for 
20 illustrative purposes, samples down or reduces the resolution of the graphic file for display on a 
television screen. The sampled down JPG output file is then sent to the renderer identified as 
"jpgNTSCPixelize.rdr", which, for illustrative purposes, transforms and optimizes the sampled 
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down graphic for an NTSC television display. The final NTSC optimized sampled down graphic 
is then to be displayed full screen in slot 303 on an album page in a form shown by template 301 . 

Fig. 12 shows an exemplary template specification 314 for template 302, stored as 
a text file in Template Library 94. Template specification 3 14 defines Template 302 as 
consisting of three slots, not including other material that may be present on the base album page 
between the slots, as "WelcomeBanner", "CurrentBill", and "TitleTicker". 

The first slot, slot 304, is identified as "WelcomeBanner" and is a JPEG graphic 
located at "http://www.yshow.com/billac.jpg". The may be a banner for a page that displays 
costs of pay-per-view shows for a particular day. Capture Engine 98 uses handler 
"jpgHandler.hdl" in Handler Library 100 to retrieve the graphic file. Display Engine 104 then 
applies two Tenderers to the graphic in succession, "jpgSampleDown.rdr" and 
"jpgNTSCPixelize.rdr". The output is to be displayed in slot 304 and the location of the banner 
is displayed in a square area bounded by the upper-left and corner at x-y coordinate (0, 0) and the 
lower-right corner at x-y coordinate (15, 15). 

The second slot, slot 305, is identified as "CurrentBill" and is a text file located at 
"http://www.ysaturday.com/newsbill.txt". This file may be the list of prices for the pay-per-view 
shows. Capture Engine 98 uses handler "txtHandler.hdl" in Handler Library 100 to retrieve the 
text file. Display Engine 104 then applies Tenderer "txtSmoothFont.rdr", which for purposes of 
illustration, takes the text file and outputs a file contain the text but using a smooth font suitable 
for display on a television set. The output is to be displayed in slot 305 and the prices are 
displayed in a square area bounded by the upper-left corner at x-y coordinate (15, 0) and the 
lower-right corner at x-y coordinate (30, 15). 
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The third slot, slot 306, is identified as "TitleTicker" and is a data file located at 
M http://www.yshow.com/guide/titles.dat f \ The data file may, for instance, contain the titles and a 
short description of each of the pay-per-view shows. Capture Engine 98 uses handler 
"tickerHandler.hdi" in Handler Library 100 to retrieve the data file. Display Engine 104 then 
applies renderer "tickerScrollSmall.rdr", which for purposes of illustration, takes the ticker data 
file and outputs the data in a ticker form using a small font. The ticker of the show titles and 
descriptions is to be displayed in slot 306 and the location of the ticker is a rectangle area 
bounded by the upper-left corner at x-y coordinate (0, 20) and the lower-right corner at x-y 
coordinate (30, 47). The ticker is to be refreshed continuously. 

Those skilled in the art will recognize that the syntax of the album and template 
shown is only one example and that another syntax may be used without departing from the 
scope of the claimed invention. Those skilled in the art will also recognize that different 
handlers and Tenderers may be used, and that the invention is not limited to that disclosed herein 
as an example. 

In operation, as described above, IPPA Controller 90 uses album specification 310 
and template specification 312 and 314 to generate the asset lists for Capture Engine 98 and 
Display Engine 104. For instance, IPPA Controller 90 may send to Capture Engine 98 as Asset 
List I the following three-tuples identifying each asset, its location and the handler to be used: 
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ASSET LIST 1 



(SplashScreen, http://Iocal/SplashScreen.jpg, jpgHandler.hdl) 
(WelcomeBanner, http://www.yshow.com/billac.jpg, jpgHandler.hdl) 
(CurrentBill, http://www.ysaturday.com/newsbill.txt, txtHandler.hdl) 
(TitleTicker, http://www.yshow.com/guide/titles.dat, tickerHandler.hdl) 



Capture Engine 98 then retrieves each of the specified assets and stores them in 



Content Store 102. Once completed, Capture Engine 204 sends back as Cross Reference List 1 
the location in Content Store 102 where each of the retrieved assets are stored. This information 
may returned to IPPA Controller 90 in the form of two-tuples such as: 



CROSS REFERENCE LIST 1 
(SplashScreen, http://content-store/ss.jpg) 
(WelcomeBanner, http://content-store/wb.jpg) 
(CurrentBill, http://content-store/cb.txt) 
(TitleTicker, http://content-store/tt.dat) 

In one embodiment, IPPA Controller 90 then sends to Display Engine 104 the 



name of the album file and Cross Reference List 1 . Display Engine 104 retrieves the specified 
album file and generates each of the album pages as specified by SplashScreen.tmpl and 
InfoScreen.tmpl. Display Engine 104 also uses Cross Reference List 1 to retrieve the assets 
stored by Content Store 102, apply the Tenderers to the stored assets, and create each album page. 
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Display Engine 104 then continuously transmits each album page for the duration specified in 
album specification 310 to Encoder 110. 

In one embodiment Display Engine 104 builds a video buffer page for each album 
page. Each video buffer page is updated as needed. For example, the splash screen album page 
shown as template 301 only needs to be generated once. There is no updating of the information 
on that page. In contrast, the information album page shown as template 502 has static and 
active elements. The Welcome Banner and price list located in slots 304 and 305 only need to be 
generated once. However, the ticker in slot 306 will have to be continuously refreshed with new 
data to provide a moving ticker on the album page. Thus, Display Engine 104 must constantly 
update the video buffer page for this album page many times of the duration of display, which in 
the example is 60 seconds for each loop. 

In the manner described above, the present invention thus provides a system and 
method to create albums from disparate sources for scheduling, transmission and display to 
viewers. While this invention has been described with reference to the preferred embodiments, 
other modifications will become apparent to those skilled in the art by study of the specification 
and drawings. It is thus intended that the following appended claims include such modifications 
as fall within the spirit and scope of the present invention. 
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